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ABSTRACT 



A graphical user interface is provided for capturing appli- 
cation data in picture form. A set of data capture tools, 
including a subjective data parameter paUette and accom- 
panying data canvas, are presented to an operator during an 
interactive session. By selecting and placing such data 
parameters on the data canvas, a user can paint a data picture 
representing his/her subjective motivations, mental impres- 
sions, reasons, etc., for engaging in a particular transaction 
In a preferred embodiment, the present interface is used in 
connection with a stock portfolio management application, 
where it is used to capture user rationale and logic for 
purchasing or selling financial instruments such as securi- 
ties, options, etc. 
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INTERFACE AND PROGRAM USING VISUAL 
DATA ARRANGEMENTS FOR EXPRESSING USER 
PREFERENCES CONCERNING AN ACTION OR 
TRANSACTION 

Field of Invention 

[0001] The present invention relates to a graphical user 
data collection/presentation interface. The invention is par- 
ticularly suited for use with computer programs intended as 
personal information assistants, consumer preference/opin- 
ion gathering tools, and in similar environments. 

COPYRIGHT NOTICE 

[0002] A portion of the disclosure of this patent document 
contains material that is subject to copyright protection. The 
copyright owner has no objection to the xerographic repro- 
duction by anyone of the patent document or the patent 
disclosure in exactly the form it appears in the Patent and 
Trademark Office patent file or records, but otherwise 
reserves all copyright rights whatsoever. 

BACKGROUND OF INVENTION 

[0003] User interfaces for computer programs and oper- 
ating systems are well-known in the art. At first, such 
interfaces were entirely text based, and thus primitive, 
difficult to use, and lacking in functionality. This limitation, 
too, restricted their use primarily to a small segment of the 
population consisting of advanced skill computer users. 
With the advent of graphical interfaces by Xerox, Apple, 
Microsoft, etc., the use of computers has expanded dramati- 
cally to touch upon the entire potential consuming public. 
Furthermore, the use of graphical interfaces has improved 
the functionality of computers significantly, so that functions 
that once required numerous lengthy text based input param- 
eters can now be performed by simple iconic replacements. 
For example, the task of copying a file from one system 
drive to another once required extensive knowledge of the 
exact syntax format of the system, combined with lengthy 
keyboard data entry. Now, such function can be performed 
simply by clicking a mouse button on a graphical represen- 
tation of such file on the first drive, and then manually 
dragging and dropping such file onto another icon repre- 
senting the second drive. Utility, productivity, etc., have all 
increased substantially now because tasks that once required 
numerous cumbersome operations can now be performed in 
a fraction of the time, and without lengthy operator training 
procedures. This is due, in part, to the fact that most users 
can intuitively grasp the nature of a function when it is 
presented in visual form to mimic a real-life manual opera- 
tion; in this case, the act of moving a file (represented in icon 
form to resemble a paper document) from one location 
(represented in icon form as a filing cabinet) to another 
(represented in icon form as a different filing cabinet). For 
a useful background reference on this topic, a reference by 
Schneiderman, entitled "Designing the User Interface," is 
recommended. 

[0004] To date, nonetheless, graphical interfaces have 
been used in computer applications (those programs running 
under the operating system) primarily for processing only 
objective data items. For purposes of the present disclosure, 
a distinction is loosely made between data items that are 
objective — i.e., can be quantified by some known bench- 



mark outside the user's mental/cognitive impressions — and 
subjective, i.e., those data items that are primarily based on 
the user's personal preferences. As an example, an objective 
data item might be the temperature at a particular location 
and time; this can be represented by a data value — i.e., some 
number in Centigrade — that can be identified/verified by 
another measurement tool. Similarly, the amount of money 
in one's bank account can be quantified numerically with a 
known denomination. In contemporary programming form, 
this collection of data from the user shows up in, among 
other places, personal financial planning programs, which 
might ask a user to identify the real rate of return (a % 
number) expected/desired by the user for his/her invest- 
ments. 

[0005] In contrast, a subjective data item could be the 
personal enjoyment an individual attains as a result of 
listening a particular piece of music, the importance they 
assign to one factor that is part of particular choice they 
make, etc. For instance, a typical person purchasing an 
automobile could rank the following in the order of impor- 
tance in their selection of a particular model: price, perfor- 
mance, comfort, insurance, and so on. Similarly, when asked 
why a specific course of action was taken, such as selling an 
equity position in a company, an individual might identify 
that he/she thought the price had reached a subjective target 
value, or that the company was lagging its competitors, or 
that the local newspaper ran a negative article on the 
company, etc., etc. 

[0006] It should be understood that these are but typical 
examples, and it is apparent that a multitude of similar 
situations arise each day in connection with a person's 
experiences/interactions with the world around them. The 
above, of course, is a very limited explanation of the general 
differences between subjective and objective data items, 
and, of course, should be understood as such. There may be 
a relationship between the two, as for example when an 
objective data item (the occurrence of an event such as the 
announcement of a new product by a company) affects 
and/or results in a subjective data item (a person deciding to 
buy the company's stock). Thus, this classification is 
intended merely as an illustrative tool for explaining the 
basis of the present invention, and should not be taken as a 
limitation on any of the teachings set forth herein. 

[0007] Some typical reasons why contemporary programs 
do not handle such subjective information, include, of 
course, the fact that few such programs are able to translate 
this information into machine-manipulable form so that 
meaningful conclusions can be drawn from the same, and 
that such results can be conveyed in some intelligent fashion 
to the user. Fewer still are able to collect this data in an 
efficient, user-friendly manner; those that do collect subjec- 
tive data items do so using relatively primitive techniques. 
For example, the same personal financial planning program 
described above might ask a user to identify the level of risk 
he/she is willing to accept, by placing an electronic check 
mark on a screen form listing such options as "High, 
""Medium,""Low," etc. Similarly, a conventional on-line 
purchasing/marketing form might ask the user to identify on 
a scale of 1-10 the importance of various features of a 
product. To receive the user's input, an electronic represen- 
tation of a sliding scale might be presented to the user, which 
he/she can manipulate and set with a computer mouse to a 
particular value. This is one means of effectuating the 
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graphical object — action interface described above, but is 
somewhat limited because the user is required to adopt and 
accept the graphical objects, tools, and options presented to 
express his/her choices. 

[0008] The general problems associated with interfaces 
that attempt to extract individual subjective data items 
include the fact that: (1) they rely on non-graphical inter- 
faces, which make them unattractive, unintuitive and 
unfriendly to prospective users; (2) they present the user 
with a limited set of objects and interactions for his/her use; 
in other words, an online questionnaire for example might 
ask only about the four most important variables as per- 
ceived by the vendor, when in fact there may be a whole 
slew of factors important to the potential customer filling out 
such questionnaire; (3) they do not permit a user to ignore 
those items that are not of interest in the provided for 
universe of parameters; instead, they require the user to fill 
out page after page of questions, many of which may not be 
relevant or important to such user; (4) they take too much 
time to complete because they require cumbersome key- 
board operations, and this results in poor data yield caused 
solely by user impatience; (5) they often require users to 
provide actual arithmetic or mathematical data input to 
represent data values perceived only subjectively by such 
users; in other words, if they ask a user to rate car charac- 
teristics, such person might have to assign a color parameter 
of a car as a "5," and a price parameter of such car as an "8", 
Later, the user might believe that the acceleration time is 
also important, and he/she would then be forced to compute 
some new value that is appropriate relative to the other 
numerical values already provided for other parameters. 
Furthermore, consideration of a new parameter might 
require scaling or re-adjustment of all prior values for other 
parameters. Such arithmetic manipulation is cumbersome 
and beyond the capability or interest level of many potential 
users of such programs. 

[0009] It is apparent that many of these same problems are 
inherent in conventional objective data collection/presenta- 
tion systems, to the extent they even utilize a graphical 
interface. Accordingly, such systems would benefit from a 
solution that ameliorates such problems. 

SUMMARY OF THE INVENTION 

[0010] The present invention, therefore, aims to provide a 
graphical interface which permits a user to select from a 
palette of preferences to describe those factors influencing 
his/her subjective opinion, actions, etc., relating to various 
items/events, and which allows such user to identify such 
factors to a data processing application efficiently, quickly, 
intuitively and without substantial human interaction; 

[0011] An additional goal of the present invention is to 
provide a mechanism and method for application users to 
express subjective data in graphical, rather than arithmetic 
form, so that data entry procedures are simplified and made 
more efficient; 

[0012] A further object of the present invention is to 
provide an apparatus and method for performing meaningful 
analyses of subjective data, by permitting application users 
to express subjective data in a graphical form that is nev- 
ertheless translatable into a data form that can be handled 
mathematically by an underlying application program; 



[0013] Yet another object of the present invention is to 
provide a mechanism and method to permit a user to express 
a relative ranking of parameters pertaining to a particular 
topic/event in visual form, without requiring extensive data 
input, or human interaction/analysis; 

[0014] Another object of the present invention is to pro- 
vide a mechanism and method for users to express personal 
preference data items, as well as relationships between such 
items, through graphical tools which visually depict and/or 
prioritize such data items in a manner conducive to quick 
and easy understanding by the user; 

[0015] A further object of the present invention is to 
provide a system and method for users to identify, store, 
recall and modify experiences, lessons and understandings 
gleaned from participating in various actions and transac- 
tions, so that they may learn and benefit from their past 
mistakes and successes when they adopt particular strategies 
for engaging such actions and transactions; 

[0016] A preferred embodiment of an electronic interface 
of the present invention achieves these objects by permitting 
a user to communicate subjective data information concern- 
ing a proposed or actual action/transaction (i.e., such the 
user's mental impressions of such event, an item of interest, 
or some lesson learned by such user associated with the 
same) to an underlying application program during what can 
be generally described as a "data painting sessions." The 
interface includes a parameter "menu," (or pallette) which 
menu provides a user with a visible set of data parameters 
which may be associated with the subjective data informa- 
tion. The parameters can be presented in text form, symbolic 
form, or some other form easily comprehendable by the user, 
and can be customized in part by the user to reflect indi- 
vidual preferences. In a separate portion of the interface a 
parameter "canvas," is presented so that it is simultaneously 
visible with the parameter menu. The user can select and 
manipulate the data parameters, placing them on the param- 
eter canvas using a drag and drop motion, thus generating a 
kind of data "picture" for the action/transaction. This data 
picture can be stored, retrieved, edited and modified at will 
during a later session if desired. The interface is preferably 
configured so that all of the user's subjective data informa- 
tion is captured using only the parameter menu and canvas 
tools presented by such interface, and during a single data 
collection session. 

[0017] Again in a preferred embodiment, the interface is 
configured so that the data parameters associated with the 
subjective data information are selected and moved by such 
user from the parameter menu to the parameter canvas using 
an an electronic pointing device. The menu and canvass are 
located proximately to each other so that the user can 
perform the act of moving the parameters to the canvass in 
rapid fashion. 

[0018] At the end of the data painting session in this 
preferred embodiment, the identified data parameters asso- 
ciated with the subjective data information are stored as one 
or more electronic records corresponding to an electronic 
data picture. Notably, this data picture includes numeric data 
values, but is generated transparently without numeric data 
input by the user, thus reducing the burden experienced by 
the user in presenting his/her data selections. The numeric 
data values are based on the physical location of the data 
parameters as placed by the user on the parameter canvas, 
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thus allowing the user to rank the parameters in relative 
importance quickly, easily, and without computational effort 
on their part. This relative ranking between data parameters 
can be changed by the user by simply altering a relative 
physical arrangement of the data parameters on the param- 
eter canvas using a computer mouse or similar pointing 
device. In certain applications for more skilled users, the 
data parameters can be ranked by both a relative horizontal 
and vertical location on said parameter canvas. 

[0019] Further in the preferred embodiment, the parameter 
canvas includes a gradient visible to the user for assisting in 
the ranking of the data parameters. The gradient is presented 
in differing shades of color as reinforcing feedback. Addi- 
tionally, while the user is arranging the data parameters, the 
parameter canvas conveys visible feedback information, 
alerting him/her to the action they are taking. 

[0020] In another variation, and so as to save time and 
burden on the user, the interface can present an initial data 
picture to the user based on that person's prior data pictures. 
This initial data picture can then be modified as desired to 
reflect the particular action/transaction. 

[0021] To further enhance the user's utilization of the 
interface, an additional chart or picture can be presented to 
them depicting various correlations between the data picture 
being created and prior data pictures made by such user. In 
this fashion, the user can determine at a glance what the 
outcome of a particular action/transaction is likely to be 
based on the variables identified at that time. 

[0022] A preferred user data capture method of the present 
invention utilizes the aforementioned interface for permit- 
ting a user to identify personal parameters concerning an 
action and/or transaction to an underlying computer pro- 
gram. 

[0023] Although the invention is described below in a 
preferred embodiment associated with a personal stock 
portfolio managing program, it will be apparent to those 
skilled in the art that the present invention would be ben- 
eficially used in many other applications where it is desir- 
able to capture data in a fast, easy, and comprehensive 
manner that minimizes burden on a user providing such 
input. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0024] FIG. 1 is a flow chart depicting the general opera- 
tion of an embodiment of the present invention; 

[0025] FIG. 2 is a screen shot from a computer program 
application incorporating one embodiment of the interface 
of the present invention; 

DETAILED DESCRIPTION OF THE 
INVENTION 

[0026] FIG. 1 is a flow chart illustrating the basic opera- 
tion of a data collection interface portion 100 of an appli- 
cation program incorporating the present invention. In a 
preferred embodiment the present interface is used by a 
stock portfolio managing program to elicit feedback and 
information concerning a user's motivations, opinions, rea- 
sonings, etc. for participating in a particular transaction — 
i.e., by either purchasing or selling a particular equity. This 



program is entitled "TotalTrader" and can be obtained from 
visiting a website maintained by the assignee at www.total- 
trader.com. 

[0027] As used herein, nonetheless, the terms "action" or 
"transaction" are intended in their broadest sense to mean an 
event of interest to the user that has already occurred or may 
occur in the future, or even an article or item of interest to 
the user. For instance, in the latter case, when the present 
interface is used in connection with an online marketing or 
sales research program, a transaction can represent a user's 
interest in a particular product or service being offered by a 
vendor, such as an automobile or travel agency services. 
Accordingly, at step 110, a transaction data picture is 
requested from the user of such program. This operation 
takes place, for example, after preliminary data concerning 
the transaction is first obtained, such as date of the purchase, 
number of shares, price per share and the like. After this, the 
user is presented at step 115a with a visual window identi- 
fying both a pallette of parameters (representing assertions, 
reasons, motivations, etc.) and at 115b with a data canvas for 
creating a customized data picture depicting the user's total 
rationale for the transaction in question. It should be noted 
that for ease of use, and as shown in FIG2, the palette and 
canvas are presented visually to the user at the same time. As 
will be apparent from the description below, the palette and 
canvas present a simple, single data collection screen for the 
user to capture all of the information associated with a 
particular action/transaction during a particular session. The 
electronic windows for such palette and canvas are gener- 
ated using well-known programming techniques, and the 
specifics of the same are not material to the present invention 
except as described herein. Nonetheless, a listing of the 
important source code routines used in the present invention 
is appended to the end of the present disclosure as Appendix 
A. 

[0028] During an interactive session at step 120 (which 
can be thought of as a data "painting" session) the user is 
permitted to select from the list of parameters (which again 
can be reasons, assertions, etc.) presented, and to drag and 
drop any particular item as desired to a location on the data 
canvas. In this manner, the user can quickly, easily and 
intuitively manipulate subjective data parameters into a 
more concrete and structured format, representing a data 
"picture" without having to plow through numerous irrel- 
evant data queries, and without having to maintain a precise 
mental arithmetic valuation (or relative ranking) of the data 
parameters selected. Instead, the vertical (and horizontal) 
placement of such data parameters as arranged within such 
window by the user can be used as ranking indicators. At the 
end of the data "painting" session at step 125 the data picture 
is converted into a series of data values in a fashion 
completely transparent to the user, and without any addi- 
tional effort on their behalf. These data values are in turn 
either stored or passed on to an application program at step 
130. The interface then yields control back to the main 
application program at 135. 

[0029] FIG. 2 illustrates one embodiment of the inventive 
interface 200 as seen by a user at step 120. On the left hand 
side of the window, a menu list 205 of parameters 221, 222, 
etc. are identified. This set is presented visually to the user 
in what is known in conventional terms as a tree-structured 
menu. Preferably, for ease of use, this tree menu 205 has a 
shallow depth (i.e., number of levels) and reasonable 
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breadth (i.e., number of items per level) that is manageable, 
and which permits a user to visualize all possible selections 
without having to perform time consuming scrolling opera- 
tions. Generation of tree-structured menus is well-known in 
the art, and so will not be discussed at length here. The use 
of a tree-structured menu 205 is especially advantageous 
within the context of the present invention, nonetheless, 
since it permits a user to rapidly identify those reasons 
affecting or motivating their behavior vis-a-vis the transac- 
tion in question. Again, in the present preferred embodi- 
ment, the reasons and assertions presented in menu 205 are 
those factors commonly associated with actions or transac- 
tions (buying or selling) securities or options. These include 
such factors as technical charting indicators, specific events 
that may affect the stock price (a split announcement for 
example), rumors, tips from friends, etc. These factors are 
broken into larger category groups at a first level 220, and in 
more fine detail at a sub-category second level 221. For 
instance, category group "Chart Pattern"220 is broken down 
into 6 sub-categories 221 identified as "Inverted Head & 
Shoulders,""Cup with Handle/*"Broke above Trendline," 
Broke below Trendline,""Broke below support," and 
"Rounded Top," all of which are commonly understood 
technical analysis tools in the field of financial instrument 
trading. It should be apparent that such category and sub- 
categories are merely illustrative of the parameters that 
could be identified in interface 200, and that the present 
invention is not limited to any specific set of the same. For 
example, in an interface geared towards understanding the 
motivations of a prospective consumer in the automotive 
field, category sets may include quality, warranty, price, 
performance, luxury, reliability, and so on. Sub-categories 
for price might be broken down into numerical sets ranging 
from 10 k to 15 k, 15 k to 20 k, 20-25 k, 25-30 k, etc. The 
particular implementation of the parameter set, of course, 
can be tailored to the features/functions associated with the 
item in question, so that reasonable allowance is made for 
variations in the characteristics of such item. 

[0030] Another advantage of the present invention lies in 
the fact that the menu 205 can be supplemented by the user 
to include new categories 221 reflecting particular asser- 
tions, reasons, motivations, influences, etc., experienced by 
such user. As an example, a new category "other"221 can be 
added to menu 205 to include such sub-categories as "Read 
in local newspaper/*'Heard good things from John X," etc. 
Thus menu 205 can be customized in part, and this provides 
additional flexibility to accommodate particular influences 
in the user's realm of experience. Such additions to menu 
205 can be effectuated using any number of known tech- 
niques in the art. 

[0031] Accordingly, interface 200 presents the user with a 
complete and customized set 205 of parameters that are 
applicable to the transactions handled by an underlying 
application program. Moreover, such parameters are 
depicted in a manner that avoids prior art cumbersome 
multiple-page formats, which tend to confuse and slow 
down interaction between the user and the application 
program. The arrangement of menu 205 in fact, presents the 
user essentially with an electronic data pallette in a first 
portion of the interface, which he/she can easily visualize in 
complete form at a glance and utilize to create a data picture 
210 on a data canvas 215 (or preference field) in a second 
portion of the interface as shown on the right hand side of 
interface 200. 



[0032] In the example given in FIG. 2, data picture 210 
includes two subjective parameters 230, 231 selected by a 
user from menu 205 as motivating his/her to purchase a 
particular stock. In this instance, such user has identified 
certain assertions as the basis for his/her action, including 
the fact that they are influenced by their perception that the 
company has a "Good Dividend," and that the "Company 
has good products." The selection of parameters 230 and 
placement in preference field/data canvas 215 is done with 
a conventional computer mouse in a drag and drop manner 
well-known in the art, and as illustrated generally in FIG. 2 
by the path of the dotted lines shown there. Other tech- 
niques, such as direct control devices (light pens, touch- 
screens, and so on) or indirect control devices (touch pads, 
joysticks, trackballs etc.), can also be used in lieu of a mouse 
for the painting of data picture 210. The paramount consid- 
eration, in this respect, is that an easily manipulable tool 
should be selected to permit the user to interact quickly and 
intuitively with palette 220 and move objects (data param- 
eters) to data canvas 215 with ease. 

[0033] In this preferred embodiment, preference field/data 
canvas 215 is presented in a relevance spectrum format, with 
descriptors at the top/bottom providing visual feedback to 
the user to identify a value of importance for the identified 
parameter, ranging from "Less" to "More" important. This 
allows the user to not only identify the data parameters 
associated by them in connection with the transaction, but 
also to rank such parameter in a more objective fashion, both 
absolutely in terms of a perceived importance, but also 
relative to other factors. This ranking, too, can be done 
quickly by the user since it is done without the need for 
cumbersome arithmetic computations and/or manipulation 
of electronic sliding scales, etc. In fact, the only physical 
operations required of the user are the selection (preferably 
using a common computer mouse) of parameters on the left 
hand side of the interface, and their drag and drop placement 
on the right hand side of the interface. As the pallette 205 
and canvas 215 are located closely and adjacent to each 
other spatially, this task can be performed extremely eco- 
nomically and rapidly by a user utilizing a computer mouse. 
In most cases, in fact, the distance required for the user to 
move a data parameter from palette 205 to canvas 215 is 
relatively small: i.e., less than half the total interface screen 
size. This reduction in demands on the user's attention and 
time results in more thorough and accurate data extraction 
because the user is not discouraged or de-motivated by the 
interface from presenting his/her opinions in complete form, 
and in a manner that is more intuitive and in tune with the 
way in which most human operators work most comfort- 
ably — namely, with a "picture" of their impressions, rather 
than in hard numerical representations. Moreover, after such 
data is captured, it can be retrieved and modified at will by 
the user, permitting them to perfect and learn from their 
mental impressions of actual or proposed actions/transac- 
tions. 

[0034] These advantages of the present invention can be 
illustrated very easily with simple example. In a typical prior 
art program interface, the user is required to parse through 
page after page of questions, assigning numerical values to 
each parameter of interest. This is slow because the user is 
confronted with an ocean of choices that may be of no 
importance, but which yet must still be navigated to satisfy 
the data collection goals of the underlying application. In the 
present invention, the user need only utilize those data 
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parameters of interest to them from a data parameter pallette. 
Then, as the user traverses a typical prior art interface, they 
may assign a number of relevance values Rl, R2 . . . Rk, and 
the like for each identified parameter. A substantial mental 
burden is imposed on the user in both remembering the 
relevance values previously provided for prior parameters, 
and in attempting to effect a relative ranking of new param- 
eters within the framework of the data collection effort at 
that point. In other words, the user may associate two 
parameters with the same relevance, but if information on 
the two parameters is solicited at different times during the 
data collection interview, he/she is likely to forget the value 
previously assigned. This means that the data value given 
may be inaccurate, and the data collection effort is degraded. 
Furthermore, when confronted with the fact that he/she has 
previously identified two parameters as having a relative 
ranking of say 6 and 9* a third parameter lying between these 
two in importance must be assigned an arithmetic value that 
is calculated mentally by the user. A value for a fourth 
parameter, perhaps associated by the user between the third 
and second parameter in importance, must then be calculated 
by the user. It is apparent that this mental effort is both time 
consuming and potentially frustrating. In contrast, in the 
present invention, users can easily and dynamically arrange 
and re-arrange their identified priorities through simple 
physical manipulation, and without the need for tagging 
these parameters with hard, fixed arithmetic values. Instead, 
the underlying application program can simply process the 
data picture provided, and then carry out a computational 
evaluation of the necessary values to be associated with the 
data items arranged in the data picture. This fact, too, 
reduces significantly the time associated with a data inter- 
view, and is likely to result in greater user appreciation for 
(and utilization of) the underlying application programs. 

[0035] A further advantage provided by the present inven- 
tion lies in the fact that since no keyboard typing entries are 
required of the user, and no electronic "check boxes" or the 
like are filled in, errors in the data capture process are also 
reduced, thus further increasing the reliability of data cap- 
tured using the inventive interface. In fact, the possibility of 
errors is minimized in large part because the user is permit- 
ted to see the entirety of his/her data entry visually for 
sufficient periods of time to allow for detection of obvious 
errors. This and other aspects of the present invention 
therefore make optimal use of visual information processing 
centers available to human operators. 

[0036] Finally, a useful industry accepted predictive 
model of hand movement complexity in an interface (i.e., 
moving a pointing device to one region of a display to 
another) is provided by a formula in Schneiderman, at page 
325. This formula states that: 

Index of difficulty-Log 2 (2D/W). 

[0037] In this formula, D-distance that must be traveled 
across the screen by a pointing device (such as a mouse), and 
W is the area of the target for the pointing device. From this 
simple model, it is readily apparent that the interface pro- 
posed by the applicant is optimized to reduce user interac- 
tion difficulties. This is because, as seen in FIG. 2, the travel 
distance (D) for the user's mouse in moving data parameters 
from the menu to data canvas 215 is kept very small; 
conversely, the area (W) for data canvas 215 is relatively 
large. All things being equal, this mathematical model 
illustrates why an index of difficulty for the present inven- 



tion is relatively small as compared to prior art interfaces 
which rely on the operator's ability to move a cursor across 
an entire screen (to address an item of interest) and then 
require fairly accurate control to land within a small desig- 
nated area for expressing some value for such item of 
interest. A time for an operator to achieve such movement, 
of course, is directly related to such index as indicated by 
Schneiderman; again, for the present invention, this predic- 
tive modeling helps explain why an interface of the type 
described herein is much faster for even a novice operator, 
and thus more likely to be endorsed by the same. 

[0038] Similarly, at pp. 391-397, Schneiderman addresses 
the issue of display layout "appropriateness," as measured 
by a series of metrics discussed therein, including task 
frequency and sequencing characteristics. An evaluation of 
the layout of the present invention by such metrics reveals, 
quite distincdy, that an optimal arrangement is provided 
from the user's perspective, because task sequences are kept 
extremely simple (the user need only perform one physical 
operation to input and classify a data parameter), and the 
physical arrangement of the interface (relative placement of 
data menu and data canvas) is implemented such that such 
physical operation is effectuated by a single motion that 
occurs over a very short distance, and with high accuracy. 
This minimizes the amount of visual scanning (and thus time 
and burden) required by the user to express his/her thoughts, 
because an interaction area is minimized as well. Since 
related ideas are grouped in physically contiguous areas in 
menu 205, this further reduces eye strain, mental strain, etc. 

[0039] To further enhance the appearance and utility of 
data canvas 215, color, shading, highlighting and other 
visual indicators can be used to provide feedback to the user 
as well. In a preferred embodiment data canvas 215 includes 
a blue background, and is arranged so that a "gradient" is 
presented to the user in the form of shading arranged from 
darkest (more important) to lightest (least important). This 
arrangement is chosen to provide the user with a pleasant 
visual environment, and as a visible metaphor/reinforcer for 
the fact that factors weighing "heavier" in his/her mind 
should be placed in a heavier shade portion of the gradient. 
In addition, as individual data parameters 230 are moved on 
data canvas 215, nearby already-placed data parameters (or 
the appropriate spectrum legend at one end of the gradient), 
can "glow" or become highlighted to remind the user that 
they are moving the selected data parameter to a region of 
relevance that is close to the previously identified data 
parameter. This feature, too, helps the user to orient and rank 
his/her reasons, preferences, opinions, etc. in a more orderly 
and reliable fashion, and without the need for arithmetic 
computations. Another visual enhancement that could be 
made, of course, is the addition of scaling information — for 
instance, some form of ruler markings as used in conven- 
tional word processing layout programs, or drafting pro- 
grams — along the edges of canvas 215. Such markings 
could include numerical indicators ranging, for example, 
from 1 to 10, or other convenient divisions to better identify 
the gradient. Other variations are of course possible, and will 
apparent to those skilled in the art based on studies of human 
perceptual skills and traits and from the teachings herein. 

[0040] When the user has completed the creation of data 
picture 210, it can then be saved and stored using conven- 
tional techniques as a transaction "reasons" file (or entry) for 
later use by an underlying application program. A conver- 
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sion takes place (see FIG. 1, step 125) so that the user data 
picture can be utilized by an underlying application pro- 
gram. The specifics of such conversion will of course vary 
from application to application, depending on the nature of 
the specific data parameters presented to the user, the nature 
of the specific data canvas, etc, etc. In the present embodi- 
ment, an identification is first made of all the data parameters 
215 making up data picture 210 on data canvas 215. The 
placement of such data parameter within data canvas 210 is 
also noted; in this instance, only the vertical distance com- 
ponent is retained, but it should be apparent that a horizontal 
component could also be used. 

[0041] Thus, a typical data picture record can include a 
transaction identifier, the identity of a data parameter, and a 
location placement within the gradient (in arbitrary units). 
Other information can of course be included in such record 
and many different variations are possible for such data 
picture record from application to application. Each data 
picture 210, therefore, will consist of one or more of such 
data picture records, thus constituting a complete transaction 
record reflecting a complete capture of the user's percep- 
tions, motivations, reasoning, etc., for a particular transac- 
tion. At this point, as indicated at step 130 (FIG. 1) 
transaction record, and all of its underlying components are 
available for use by an applications program as needed. In 
a preferred embodiment, such transaction records are main- 
tained and retrievable at later times by an operator so that 
personalized lessons can be learned from correlations of the 
user's data pictures (describing the user's particular ratio- 
nale for a transaction) and resulting gain or loss from such 
particular stock purchase or sale transactions. 

[0042] It should be noted that in addition to the vertical 
placement component value retained, a horizontal placement 
component might be used, for example, where data canvas 
210 also has a horizontal spectrum (left to right orientation) 
depicting a different consideration, i.e., such as the user's 
perception of the credibility of such identified parameter. As 
an example, a user might identify a rumor as strongly 
motivating his/her behavior (thus placing the data parameter 
high on the data canvas), but could also qualify this belief by 
indicating that the perceived truthfulness of the rumor is low 
by placing the data parameter on the far left (or right) 
according to an "accuracy" spectrum. This feature permits 
the present interface to better capture the "fuzzy" logic of 
human actions and perceptions through an additional vari- 
able qualifying the data parameters identified for a particular 
transaction. 

[0043] For purposes of the present invention a detailed 
description of those features commonly found and under- 
stood in application windowing technology (i.e., such as 
sizing, scrolling, handling and the like) is not provided Such 
features can be implemented in any one of many techniques 
known in the art, and the invention is not limited in any way 
by such specific implementations. 

[0044] Consequently, the present invention permits a user 
of an application program to enter data parameters in an 
efficient, intuitive, rapid fashion using a single data collec- 
tion window which captures all of the subjective information 
in a single snap shot. And, through the manipulation of only 
a few visual objects representing individual perceptions, 
motivations, reasons, etc., an underlying application pro- 
gram can capture more relevant data more efficiently than 
through the use of prior art interfaces. 



[0045] In addition, the present invention allows, for the 
first time, for a user to convey his/her mental impressions in 
a form understood by him/her, and yet parseable in an 
intelligent fashion by an underlying program. The present 
inventive interface, in fact, can serve as a simple, non- 
intimidating environment and mechanism to permit even 
novice users to interact with sophisticated and complex 
application programs that would otherwise be avoided. This 
interaction is expected to increase as application programs 
begin to make more and more use of "fuzzy" data passed on 
by users of the same. 

[0046] In another variation of the present invention, the 
underlying application program can track prior transaction 
reasons records created by the user. From this tracking, an 
evaluation can be made of the N most common data param- 
eters identified by the user, as well as their average place- 
ment on data canvas 215. This information, in turn can be 
used to generate an "expected" data picture 210/ which, 
when a new transaction reasons record is to be generated 
(i.e., at step 110) can be presented to the user (at his/her 
option) as a template to work from. At that point, the user 
can accept, modify, supplement such data picture 210' based 
on the particular details of the transaction in question. In this 
manner, the burden on a user to input relevant data is further 
minimized. 

[0047] For added functionality, the underlying application 
program can also dynamically process data picture 210 into 
a transaction record, and then visually display a correlation 
of such transaction record with other transaction records 
210' previously entered by the user. In this manner a user can 
quickly and visually identify similarities, trends, etc. in 
his/her rationale (or other people's rationales) for such 
transactions. This feedback window 260 can be generated 
using any one of conventional programming techniques 
based on the nature of the underlying data, the perspective 
desired by the user, the desired sub-set of prior transaction 
records, the desired correlation, etc., and can be presented 
alongside graphical interface 200 as illustrated generally in 
FIG. 2. As a simple example, in the case of a financial 
trading context, the user could request a comparison chart in 
feedback window 260 illustrating the overall financial gain/ 
loss in a graph 261 incurred by such user (based on evalu- 
ation of prior transaction records) when they (or other users) 
had identified "Good Dividend," and the "Company has 
good products" (or some other reasons) as reasons for their 
purchasing a particular financial instrument. The overall 
average could be plotted as well as a separate graph 262 as 
noted. Other variations of feedback window 260 and infor- 
mation to be displayed thereon are of course possible, and 
the present invention is not limited to any particular imple- 
mentation. For example, instead of a chart, a simple icon 
resembling a human face smiling or frowning can commu- 
nicate positive or negative feedback information, letting the 
user know immediately whether they are getting closer or 
further away from an ideal data picture. This aspect of the 
present invention allows the user to immediately visualize 
the expected results of the action/transaction based on that 
person's unique experiences/rationales. This feature is 
extremely beneficial as it can serve to prevent obvious 
errors, or to suggest a course of action that is likely to be 
favorable based on an evaluation of prior transaction data 
Other potential applications which can utilize this kind of 
immediate visual feedback including telemarketing, product 
service support, etc. In such environments, the present 
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interface could be used as a marketing data capture interface, 
and as data is collected by an operator from a customer, 
feedback window 260 can present potential options to the 
operator correlating such user's data with prior data trans- 
actions, or against some set of criteria. As one example, in 
response to various customer descriptions of problems with 
a product, an operator could be given a visual or symbolic 
list of potential areas that are the origin of the same. This is 
but one example, of course, and the present invention can be 
advantageously used in any number of similar environ- 
ments. 

[0048] In yet another variation, data parameters 220 can of 
course be presented in symbolic, or iconic form, rather than 
as descriptive text objects. For example, in an application 
program soliciting feedback on travel modes used by a 
prospective traveler, menu 220 may instead contain a series 
of graphical icons representing conventionally accepted 
depictions of trains, planes, cars, taxis, bicycles, cruise 
ships, etc. In an application program for capturing enter- 
tainment interests, iconic representations of movies, Cds, LP 
records, television, etc. could be presented as data param- 
eters. Other examples will be apparent to those skilled in the 
art for other fields of interest. 

[0049] In another embodiment of the inventive interface 
200, instead of corresponding to "reasons" employed by a 
user for a particular action, parameters 221, 222, etc. in 
menu 205 correspond generally to "lessons" learned from a 
particular action/transaction. This way, during an interactive 
session at step 120 the user is permitted to paint a data 
picture explaining what he/she learned from the particular 
experience of engaging in the action/transaction. Preferably 
this second variation of the inventive interface is used in 
conjunction with, and as a complement to the first embodi- 
ment noted above. For example, after first creating a data 
picture with the aforementioned graphical interface to iden- 
tify particular reasons and motivations for a particular 
action/transaction, the user can then invoke a separate inter- 
face at a later time for identifying any subsequent lessons, 
understandings, etc. that he/she has acquired or associates 
with the particular action/transaction. This session then 
results in a second data picture 210 associated with lessons 
specific to such user which they can store, modify, and learn 
from to improve their objectivity when participating in such 
actions/transactions. As an example, in the case of a finan- 
cial trading context, parameters 205 can list such options as 
"sold too early,""sold too late,""got in too early,""got in too 
late,""don't listen to advice from X," etc. This information 



would be captured by the interface so the user can maintain 
a permanent but modifiable diary or log of useful data which 
can be referred to at a later time to evaluate their perfor- 
mance, to see what weaknesses or strengths they exhibit, to 
see what events seem to influence their thinking, and to 
observe trends in the same. 

[0050] As is apparent, for ease of use for the user, this 
second interface only varies from the first interface 
described above in the identity of the parameters provided in 
menu 205, which, again, need only identify particular "les- 
sons" instead of "reasons" in this case. If desired, data 
canvas 215 can also be modified nonetheless with suitable 
language adjustments to the spectrum legend to correlate 
better with the parameters provided in menu 205. Again, as 
with the first interface, the user can rank the relative per- 
ceived importance of the lessons learned, which acts as 
strong visual feedback when reviewed at a later time. 

[0051] To better capture the manner in which individuals 
collect information, the data pictures 210 created by the 
second interface can also be modified at a later time to reflect 
new insights garnered by the user. For instance, after closing 
out a losing transaction involving an equity purchase and 
sale, the user may identify the fact that they bought too early 
as a lesson that they learned. At a later time, in the event the 
equity price rebounds, they may also conclude that they sold 
too early as well. Because the data picture is stored elec- 
tronically, it can be retrieved via interface 200 and modified 
at will by the user to reflect such new understandings and 
lessons about the action/transaction. This functionality per- 
mits the user to better grasp his/her strengths and weak- 
nesses at a glance, and helps reinforce the lessons learned 
from such actions/transactions. 

[0052] While the present invention has been described in 
terms of a preferred embodiment, it will be apparent to those 
skilled in the art that many alterations and modifications 
may be made to such embodiments without departing from 
the teachings of the present invention. For example, it is 
apparent that the present invention would be beneficial used 
in any applications program where it is desirable to obtain 
accurate, reliable information from a user in an efficient, 
intuitive fashion. Other types of particular implementations 
for the data parameter menu and data canvas beyond those 
illustrated in the foregoing detailed description can be used 
suitably with the present invention. Accordingly, it is 
intended that the all such alterations and modifications be 
included within the scope and spirit of the invention as 
defined by the following claims. 
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